> > J'ai aussi une version au format .89u (venant du CD donn avec la
> > Titanium),
> > mais elle est identique, avec le header et la taille correspondants.
>
> Je peux l'avoir pour tester ma libtifiles (import/export de tib et autres
> .89u) ?

Je viens de l'uploader ici :
http://www.ifrance.com/ti68k/TI89Titanium_OS300.zip

> je crois savoir qu'il faut un VTi modifi par Muchembled pour faire
> tourner la V200. Si oui, est-ce que tu sais quelles modifs il a effectu
> dessus ?

JM a perdu les sources aprs un crash de disque je crois. En fait il y a au
moins deux versions de VTI de JM (j'en ai une de fvrier 2001, et une autre
de mai 2001). Je ne sais pas si tu en as une des deux, mais celle de fvrier
(qui fait maintenant 1878 ko) ajoute par rapport  la dernire version de
Rusty Wagner, dans le debugger :
- un menu droulant permettant d'atteindre n'importe quelle ROM Call, dont
la liste de noms peut tre mise  jour en ditant un fichier externe
- un compteur de cycles
- un menu "set program entry breakpoint" qui marche sur plus de versions
d'AMS
- des boutons pour modifier les flags (Z, N, C, V, etc.) et le masque
d'interruption de SR plus facilement
- une mulation du mode Trace du 68000
- une mulation du ghost de la Flash sur 92+, qui apparait entre 0x200000 et
0x400000 (image identique de 0x400000-0x600000)
- peut tre un tas d'autres trucs, mais qui n'apparaissent pas de faon
vidente

La version de mai 2001 ajoute un menu "Action on breakpoint : Break" ou
"Save state image". Je ne vois pas trop son intert, mais c'tait peut tre
utile pour JM pour ses propres programmes. Et "set data breakpoint" plante
dans cette version.

> J'ai retest mon support v200 et il plante toujours sur une ILLEGAL
> instruction. Apparemment, aprs un RTS, il part n'importe o en RAM !
> C'est pas forcment un bug puisque j'ai constat que ce le faisait aussi
> au boot (routine spciale ?).
> Dans ce cas, je pense qu'il dpile un niveau de trop mais je vois pas
pkwoi.

Bizarre comme problme... Je veux bien t'aider  dbugger a si tu veux.

> Je misais ventuellement sur les modifs de JM pour savoir si j'tais pass
 cot de qqchose.

Non, je ne pense pas que a ait quelque chose  voir. La ROM de V200 que
j'ai patch  besoin de l'mulation du ghost de la Flash pour permettre
l'excution et la lecture dans la zone 0x200000 - 0x400000 comme le ferait
une V200 relle. VTI place la ROM  0x400000, donc le ghost space est
ncessaire.

> <<Au reset,  0x2121BA, l'AMS regarde si 0x400000 est un ghost space ou
non.
> Patcher en bra.l (->0x6000001A) pour que ce ne soit jamais un ghost.>>
> Dois-je comprendre que si TiEmu n'implmente pas les ghost spaces, une ROM
> de V200 ne marchera pas ?

Ah oui, en effet, j'avais oubli ce problme. Cette protection de TI est
peut-tre pour viter que quelqu'un essaie de faire tourner un AMS de V200
sur 92+, o le ghost space existe effectivement. Si jamais ce bout de code
dtecte que 0x400000+n est identique  0x200000+n, il lance le boot. Donc ce
qui devrait se passer sur TiEmu est un simple lancement du boot, pas un
ILLEGAL, c'est bizarre...
Il faut de toute manire effectivement grer le ghost space pour que a
marche sous TiEmu.

> Question de terminologie: qu'entends-tu par ghost space ? Pour moi,
> lectronicien, il s'agit d'une zone mmoire qui n'existe pas physiquement
> mais qui est un mirroir d'une zone relle. C'est trs souvent le cas
> lorsqu'on fait un dcodage d'addresse incomplet.

Oui, c'est bien cela, et c'est bien aussi d au dcodage d'adresses (ROM et
RAM) sur TI68k. Le "reflet" est identique  l'"original" en lecture, mais il
a des comportements diffrents en ce qui concerne l'excution, et peut-tre
l'criture pour la FlashROM (je n'ai pas test). Ceci est notamment d aux
ingnieurs de TI qui ne font pas attention  ces reflets en programmant leur
puces de protection.
On peut ainsi contourner sans problme la protection d'excution en FlashROM
sur 92+ (qui m'a permis de faire "Pedrhum", un projet de cohabitation de AMS
et de PedroM, l'OS alternatif de PpHd - d'autres techniques sont utilises
pour les autres modles de calc. Le shell CS de Flanker utilise lui cette
faille que j'ai trouve pour s'excuter en Flash). Et ceci a permis  JM de
dcouvrir la fameuse faille de la protection d'excution du ghost space de
la RAM (utilise avec enter_ghost_space / EXECUTE_IN_GHOST_SPACE de TIGCC),
et  Kevin Kofler d'crire H220xTSR qui permet l'installation de TSR.
Ces comportements particuliers ne sont pas ncessaires pour une mulation
simple comme le fait VTI (tant que les protections ne sont pas elles aussi
mules), mais pourraient tre interessants pour une mulation trs
raliste.

> Si l'envie t'en prends, maille-moi de faon  ce que je te fournisse la
> dernire version. Je fais de temps en temps des alpha releases sur le site
> mais elles sont pas forcment intressantes.

Oui, je serais interess. Je suis prt  faire des tests sous Windows XP
et/ou Linux.

++

Olivier Armand